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The Rational Unified Process brings together elements from all of the generic process models, sup- 
ports iteration and illustrates good practice in specification and design. The RUP is normally de- 
scribed from three perspectives: 

A dynamic perspective that shows the phases of the model over time. 

A static perspective that shows the process activities that are enacted. 

A practice perspective that suggests good practices to be used during the process. 




The different phases in RUP are 

Inception 

The goal of the inception phase is to establish a business case for the system. Identifying all external 
entities that will interact with the system and defining these interaction. This information is used to 
assess the contribution of system to business. 



Elaboration 

The goals of the elaboration phase are to develop an understanding of the problem domain, estab- 
lish an architectural framework, develop project plan and identify key project risks. 

Construction 

This phase is concerned with system design, programming and testing. Parts of the system are de- 
veloped in parallel and integrated during this phase. 

Transition 
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This is the final phase of RUP and is concerned with moving the system from the development com- 
munity to the user community and making it work in real environment. 

1.2 Purpose 

Virtual Medical Home is a web application which provides online medical services to everyone 
at their doorstep. 

The users living in metro or remote village can connect through internet or approach nearby 
kiosk to get these services. This web application is more effective, quick in providing medical help 
especially to people in villages where very few doctors are present. This helps the patients to main- 
tain a neat health record and to lead a healthy life. 

1.3 Scope 

• There are four basic users - Patient, Admin, Doctors and Kiosk Manager. 

• All users have their own profiles in VM H. 

• The web-cam interaction between doctor and patient. 

• Patients can search for doctor and make online appointments. They also can view their 
health record, lab reports, doctor's prescription and medical expenses. Patient can also register 
complaint on any doctor. 

• Doctor's can give appointments, e-prescription and can view patient's health record. 

• Kiosk M anager views and manages the appointments, performs day open and close activities 
and calculates his commission. He also sends reports to admin. 

• Admin has the authority to add/delete users, grant permission to doctors and kiosk manag- 
er, to generate and view reports. He also views the complaints of patients and takes necessary 
actions. 



1.4 Definitions, Acronyms and Abbreviations 

VMH 



Virtual Medical Home. It's a web application that provides online medical services for 
people. 



Admin 



Administrator. He has the authority to add/delete users, grant permission to doctors and 
kiosk manager. 
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KM 



Kiosk Manager. He is the owner of kiosk and manages appointments of doctors. 

WASCE 

WebSphere Application Server Community Edition. It is an application server that runs 
and supports J 2EE and web service applications. 

DB2 



Database_2.A database management system that provides a flexible and efficient database 
platform to maintain records of students, teachers, admin and dm. 

JSP 



Java Server Pages. It is used to create dynamic web content. 



J2EE 



Java 2 Enterprise Edition. A programming platform which is a part of java platform for 
developing and running distributed java. 

UML 



Unified Modeling Language is a standard language for writing software blueprints. The 
UML may be used to visualize, specify, construct and document 

XML 



Extensible Markup Language is a text based format that let developers describe, deliver 
and exchange structured data between a range of applications to client for display and manipula- 
tion. 

HTTP 



HypertextT ransfer Protocol. It's a service protocol. 



RAD 



Rational Application Developer is a development tool that helps to design web pages 
and also helps to design the diagrams like ER, Database schema diagrams and to generate DDL. 



1.5 Tools Used 
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Application architecture - JAVAJ2EE 
JAVA 

Java is an object-oriented programming language developed by Sun M icrosystems a compa- 
ny best known for its high end UNIX workstations. Java language was designed to be small, simple, 
and portable across platforms, operating systems, both at the source and at the binary level, which 
means that Java programs (applet and application) can run on any machine that has the Java virtual 
machine (JVM) installed. 

J2EE 

Java Platform, Enterprise Edition or Java EE is a widely used platform for server program- 
ming in the lava programming language. The lava platform (Enterprise Edition) differs from the lava 
Standard Edition Platform (Java SE) in that it adds libraries which provide functionality to deploy 
fault-tolerant, distributed , multi-tier lava software, based largely on modular components running 
on an application server . 

Web server- WASCE 

WebSphere Application Server Community Edition (from now on WASCE) is a free, certified 
lava EE 5 server for building and managing lava applications. It is IBM 's supported distribution of 
Apache Geronimo that uses Tomcat for servlet container and Axis 2 for web services. Over 15 
WASCE developers are committers in the Apache Geronimo project. 

Development tool - RAD 

IBM Rational Application Developer for WebSphere Software (RAD) is an integrated devel- 
opment environment (IDE), made by IBM 's Rational Software division, for visually designing, con- 
structing, testing, and deploying Web services, portals, and [ava (J2EE) applications. 

Database platform - DB2 

DB2 Database is the database management system that delivers a flexible and cost effective 
database platform to build robust on demand business applications and supports the J2EE and web 
services standards. 



Design tool - Rational Software Modeler 

IBM Rational Software Modeler, (RSM ) made by IBM 's Rational Software division, is a Uni- 
fied Modeling Language UM L2.0-based visual modeling and design tool. Rational Software Modeler 
is built on the Eclipse open-source software framework and includes capabilities focused on visual 
modeling and model-driven development (MDD) with the UML for creating resilient, thought-out 
applications and web services. 



1.6 References 

• Object Oriented Modeling and Design with UM L-M ichael Blaha, James Rambaugh. 

• Software Engineering, Seventh Edition, Ian Sommerville. 

• IBM Red Books. 

• IBM TGMC Sample Synopsis. 

• IBM - www.ibm.in/developerworks . 
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• Java-www.sun.com 

• Wikipedia - www.wikipedia.com 

• Database M anagement Systems - Navathe. 

• Complete Reference - J 2EE - Keogh. 

1.7 T echnologies to be used 

• DB2: Relational Database M anagement System. 

• RAD: Rational Application Developer. 

• WASCE: Websphere Application Server Community Edition. 

• Rational Software Modeler. 

1.8 Overview 

Existing System: 

• Registration for users 

• Discussion forum 

Drawbacks: 

• No web camera interaction 

• Remote area users and people who doesn't have knowledge of internet cannot use the sys- 
tem 

Proposed System: 

• Registration for users, doctors 

• Kiosk M anagers - help the patients who doesn't have knowledge of internet to use the sys- 
tem. 

• web camera interaction. 

Our Plan: 

• Registration for users. 

• Online maintenance of health record. 

• Online prescription from doctor. 

• Web camera interaction. 

• Online appointment facility. 

• Patient reviews and ratings for doctor. 



2. Overall Description 



2.1 Product Perspective 
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Fig 2.1: Product Perspective 



2.2 Software Interface 

Client on Internet 

Web Browser, Operating System (any) 

Client on Intranet 

Web Browser, Operating System (any) 

Web Server 

WASCE, Operating System (any) 

Data Base Server 

DB2, Operating System (any) 

Development End 

RAD 02 EE, Java, Java Bean, Servlets, HTM L, XM L, AJAX), DB2, OS (Windows), 
WebSphere(Web Server) 

2.3 Hardware Interface 



Minimum Requirements: 



Client Side 




Processor 


RAM 


Disk Space 


Internet Explorer - 6 


Intel Pentium III or AM D - 
800 M Hz 


128 MB 


100 MB 
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Server Side 




Processor 


RAM 


Disk Space 


RAD 


Intel Pentium III or AM D - 
800 M Hz 


1GB 


3.5 GB 


DB2-9.5 


256 MB 


500 MB 

(Excluding Data 
Size) 



Recommended Requirements: 



Client Side 




Processor 


RAM 


Disk Space 


Internet Explorer - 6 


All Intel or AMD- 1 GHZ 


256 MB 


100 MB 


Web cam 


5.0 M egapixel Camera 


Server Side 




Processor 


RAM 


Disk Space 


RAD 


All Intel or AMD - 2 GHZ 


2 GB 


3.5 GB 


DB2-9.5 


512 MB 


500 MB 

(Excluding Data 
Size) 



2.4 Communication Interface 

• Client (customer) on Internet will be using HTTP/HTTPS protocol. 

• Client (system user) on Internet will be using HTTP/HTTPS protocol. 

2.5 Constraints 

• GUI isonly in English. 

• Login and password is used for the identification of users. 

• Only registered patients and doctors will be authorized to use the services. 
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• Limited to HTTP/ HTTPS. 

• This system is working for single server. 



2.6 ER Diagram 




2.7 Use Case Model Survey 
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Fig2.2: Use Case Model Survey 

Patient: 

Patients can search for doctor and make online appointments. They also can view their health record, lab 
reports, doctor’s prescription and medical expenses. Patient can also register complaint on any doctor. 

Doctor: 

Doctor’s can give appointments, e-prescription and can update and view patient’s health record. 

Kiosk Manager: 

Kiosk M anager views and manages the appointments, performs day open and close activities and calculates his 
commission. He also sends reports to admin. 

Admin: 

Admin has the authority to add/delete users, grant permission to doctors and kiosk manager, to generate and 
view reports. He also views the complaints of patients and takes necessary actions. 



2.8 Architecture Diagram 
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APPLICATION LAYER BUSSINESS LAYER DATABASE LAYER 
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Files UI 
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Fig2.3: Architecture Diagram 



2.9 Database Design 
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S3 HEALTHRECORD 




B TESTRESULT 


S3 CONTACTS 




B APPOINTMENT 


B FEEDBACK 




B ADVERTISEMENT 


25 HRID 


25 RESULTID SI 


25 CONID 




25 appid 


25 FEEDBACK© 


25 adid 


0 TITLE 
0 DATE 
25 MEDID [FK] 

25 PRESCID [FK] 

25 TESTID [FK] 

25 PATIENTID [FK] 

25 DOCTORID [FK] 

05 CC 1263709822750 [UNIQUE] 


0 TESTNAME 
0 REPORT 
0 UNIT 
0 TESTDATE 
25 PATIENTID [FK] 

05 CC 1263708729578 [UNIQUE^ 


25 FROMID [FK] 
0 SUBJECT 
0 NOTES 




| DATE 
0 TIME 

25 PATIENTID [FK] 
25 DOCTORID [FK] 
25 KIOSKID [FK] 


25 FROMID [FK] 

0 FEEDMESSAGE 
0 DATE 


0 POSTEDBY 
0 TITLE 
0 AD 

0 WEBSITE 
0 NOTES 


g CC 1263710282312 [UNIQUE] 


g CC 12637 1 1 156859 [UNIQUE] 












g CC 1263709562937 [UNIQUE] 




g CC 12637 10719 140 [UNIQUE] 















10 news 


03 INSURANCE 


25 NEWSID 


2?. INSID 


0 SUBJECT 
0 DESCRIPTION 
0 DATE 


0 PLANNAME 
0 DETAILS 
25 PATIENTID [FK] 


g CC 1263709973828 [UNIQUE] 


05 CC 1263708285234 [UNIQUE] 



B ALLERGY 




B REGISTRATION 


21 ALLERGYID 




25 REGID 


0 ALLERGEN 




0 DOB 


0 ALLERGYTYPE 




0 EMAILP 


0 SEVERITY 




0 EMAILS 


0 STARTDATE 




0 CONTACTP 


0 ENDDATE 




0 CONTACTS 


0 NOTES 




0 ADDRESS 


25 PATIENTID [FK] 




0 CITY 


05 CC 12637080 17546 [UNIQUE] 




25 TALUK [FK] 



25 DISTRICT [FK] 

0 OCCUPATION 
0 PASSWORD 

05 CC 126370899 1328 [UNIQUE] 



B TALUK 

25 TALJD 
| TAL_NAME 

05 CC 1263707 173656 [UNIQUE] 



B DISTRICT 

25 DISJD 
i DIS_NAME 

g CC 1263707 12 1953 [UNIQUE] 



B DOCTOR 
25 DOCTORID 
25. 1 'SEP ID [FK ] 

0 NAME 
0 DOB 
0 GENDER 
0 EMAILP 
0 EMAILS 
0 CONTACTP 
0 CONTACTS 
0 ADDDRESS 
0 CITY 

25 DISTRICT [FK] 

25 TALUK [FK] 

0 SPECIALIZATION 
0 QUALIFICATION 

0 OFF_ADDRESS 

1 EXPERIENCE 

0 DESIGNATION 
0 WORK.HOURS 
05 CC 1263707804062 [UNIQUE] 



S3 PRESCRIPTION 


B IMMUNE 


25. PRESCID 


25 IMMUNEID 


0 MEDICATION 
0 DOSAGE 
0 FREQUENCY 
25 DOCTORID [FK] 
25 PATIENTID [FK] 


0 IMMUNIZATION 
0 DATE 
0 STATUS 
0 NOTES 

25 PATIENTID [FK] 


05 CC 126370850953 1 [UNIQUE] 


gCC 1263708 167968 [UNIQUE] 



03 LISTS 


B MESSAGE 


25. LISTID 


25. MESSAGEID 


25 PATIENTID [FK] 
25 DOCTORID [FK] 


25 FROMID [FK] 
25 TOID [FK] 

0 SUBJECT 
0 CONTENTS 
0 READFLAG 


05 CC 12637 1005 1031 [UNIQUE] 




g CC 12637 114782 18 [UNIQUE] 



I PATIENTID 
L USERID [FK] 

| NAME 
I DOB 
1 GENDER 
! EMAILP 
! EMAILS 
! CONTACTP 
! CONTACTS 
! ADDRESS 
| CITY 

L TALUK [FK] 

L DISTRICT [FK] 

1 OCCUPATION 
! QUALIFICATION 
0 CC 126370748 1265 [UNIQUE] 



25 KIOSKMGRID 



| NAME 
| DOB 
1 GENDER 
] EMAILP 
| EMAILS 
j CONTACTP 
| CONTACTS 
| ADDRESS 
1 CITY 

L TALUK [FK] 

L DISTRICT [FK] 

3 CC1263709188671 [UNIQUE] 



B MEDCONDITION 


S3 HEALTHTOPIC 


B KIOSK 


25 medid 


25 HEALTHID 


25. KIOSKID 


| NAME 
0 STARTDATE 
0 ENDDATE 
0 STATUS 
0 DESCRIPTION 
0 SYMPTOMS 
25 PATIENTID [FK] 


25 USERID [FK] 

0 POSTEDBY 
0 TOPICNAME 
0 DESCRIPTION 


25 KIOSKMGRID [FK] 
0 NAME 
0 ADDRESS 
0 CITY 

25 DISTRICT [FK] 

25 TALUK [FK] 


05 CC 12637 10473500 [UNIQUE] 




05 CC 126370934 1812 [UNIQUE] 


S CC 1263708408453 [UNIQUE] 







3 COMPLAINT 



25 COMPID 
0 SUBJECT 
0 COMPLAINT 
25 FROMID [FK] 

25 TOID [FK] 

0 DATE 
0 COMPFLAG 
0 FORWARDFLAG 
05 CC 12637 10943406 [UNIQUE] 



25 USERID 
0 USERNAME 
0 USERTYPE 
0 IMAGE 
0 LOGINSTATUS 
0 PASSWORD 

05 CC 12637072832 18 [UNIQUE] 



Fig24:Database Design 



3 .Specific Requirements 



3.1 Use Case Reports 

3.1.1 Patient use-case report 
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f 



,,extend ” 

V. Update Profile 

Q 



Send Message View Profile 



Create Health Record 



Update Health Record 



h Health Record 



« include” Interact with Doc tor 

****■ 

Select Doctor Take an Appointment,, extend>> 



Give Feedback 



View Thread 

«extend» 



Withdraw Complaint 



Cancel Appointment 



5 



Create New Post 



Fig3.1: Use case diagram for patient 



USE CASE 


DESCRIPTION 


Signln 


The patient has to Signln in order to . 


View profile 


Every registered patient has his/her own profile containing personal details. 


Update profile 


The patient has the option to update his/her own profile. 


Create health record 


The patient can create his/her own health record. 


Update health record 


The patient can update his/her health record. 


Select doctor 


The patient can select doctor based on various criteria. 


Take an appointment 


The patient can request for an appointment to a particular doctor. 


Interact with doctor 


The patient can interact with doctor . 


File complaint 


The patient can file complaint on doctor to admin. 


Withdraw complaint 


The patient has option to withdraw his/her complaint . 


View thread 


The patient can view already created thread in a discussion forum. 


Create thread 


The patient can create a new thread in a discussion forum. 


Create new post 


The patient can create a new post in a newly created or already present thread. 


Send Message 


The patient can send private message to doctors and admin. 


Receive mail 


The patient can receive mail. 


Search 


The patient can search for a particular item in website by entering the keyword. 



3.1.2 Doctor use-case report 



C \A hfits 




Virtual Medical Home 



Approval from Admin 



Register 



I 



«extend>> Update Profile 



Send Message Read Mail View Profile 



«extend” Update Health Record 



Create Health Record 



Approve appointment 



Login 



Interact with Patient 



Select a Patient 



<o 



Prescribe Treatment 



Create Thread View Thread 

« extend” View Com P |aints 

« extend” 



o 



o 

Create New Post 



Fig3.2: Use case diagram for Doctor 



USE CASE 


DESCRIPTION 


Sign in 


The doctor has to Sign In in order to start begin his work. 


View profile 


Every registered doctor has his/her own profile containing personal and professional de- 
tails. 


Update profile 


The doctor has the option to update his / her own profile. 


Create health record 


The doctor can create health record of a patient. 


Update health 
record 


The doctor can make necessary changes to health record. 


Acknowledge an ap- 
pointment 


The doctor accept/ rejects the request of patient for an appointment. 


Select a patient 


The doctor selects a patient for further interaction. 


Prescribe treatment 


The doctor prescribe the treatment for patient. 


View complaints 


The doctor views the feedback of the admin to the complaints issued to a doctor. 


View thread 


The doctor can view already created thread in a discussion forum. 


Create thread 


The doctor can create a new thread in a discussion forum. 


Post thread 


The doctor can post a new created or already present thread. 


Send message 


The doctor can send private messages to patients and admin. 


Receive mail 


The doctor can receive mail. 


Search 


The doctor can search for a particular item in website by entering the keyword. 



3.1.3 Kiosk Manager use-case report 
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Approval from Admin 

« extend » 



o> 

Receive Mail 



« extend » 



Update Profile 



Register 



Send Message 




t 

Admin 




Manage Appointments 



Login 



KIOSK Manager 



Calculate Fees/ Commission 



View Logs 



Fig3.3: Use case diagram for Kiosk Manager 



USE CASE 


DESCRIPTION 


Sign in 


The Kiosk Manager has to Sign In in order to start begin his work. 


View profile 


Every registered KM has his/her own profile containing personal and professional details. 


Update profile 


The KM has the option to update his/her own profile. 


Add Kiosk 


The KM can add new Kiosk . 


Manage appoint- 
ments 


The KM can manage the appointments of doctors and patients . 


Calculate fees 


The KM can charge fees for patient for using the kiosk. 


Views logs 


The 


Send report 


The KM can send report to admin. 


Approval from admin 


The KM should get approval from the admin . 






Send message 


The KM can send private messages to patients and admin. 


Receive mail 


The KM can receive mail. 


View thread 


The KM can view already created thread in a discussion forum. 


Create thread 


The KM can create a new thread in a discussion forum. 


Create new post 


The KM can create a new post in a newly created or already present thread. 


Search 


The KM can search for a particular item in website by entering the keyword. 



3.14 Admin use-case report 
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Send Mail Receive Message 



« extend-* 




Update Profile 



View Profile 



View Reports 




Authenticate Doctors/ KMs 



Delete Users 



Take Back up 




Search 



View Complaints 



View Logs 



« include » « extend” 



"extend >* 



Take Action 




Reject Complaint 




Reply to Complaint 



Fig3.4: Use case diagram for Admin 



USE CASE 


DESCRIPTION 


Sign in 


The admin has to Sign In in order to start begin his work. 


View profile 


Admin has his/her own profile containing personal and professional details. 


Update profile 


The admin has the option to update his/her own profile. 


View reports 


The admin can view reports sent by KM . 


Generate reports 


The admin can generate reports. 


Authenticate doc- 
tor/ KM 


The admin will authenticate doctors and KM . 


View complaint 


The admin views the complaint sent by other users. 


Take action 


The admin can take necessary actions . 


Take backup 


The admin can take backup of the system. 


Delete users 


The admin is given the option to delete the users . 


Send mail 


The admin can send mail. 


Receive message 


The admin can receive private messages from patients, KM s and doctors. 


View thread 


The admin can view already created thread in a discussion forum. 


Create thread 


The admin can create a new thread in a discussion forum. 


Post thread 


The admin can post a new created or already present thread. 


Search 


The admin can search for a particular item in website by entering the keyword. 



3.2 Activity Diagrams 

3.2.1 User Registration Activity 
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Initially user is made to fill all mandatory fields filled in registration form. Once the user clicks sub- 
mit, the username is verified. If the username is already present, then the user is again taken back, 
so that he can change the username. If the username is not present then it checks for password and 
remaining mandatory fields. If any of the mandatory field is left empty or filled incorrect, then the 
user is informed to enter the correct values. Once all these verifications are succeeded, then the reg- 
istration is done. 



□c) User Registeration 



I 



j Enter details 




Fig 3.5: Activity Diagram Representing User Registration 



3.2.2 Doctor and Kiosk Manager Registration Activity 

The doctor and KM needs to fill all mandatory fields filled in registration form. Once they click sub- 
mit, the username is verified. If the username is already present, then they are again taken back, so 
that they can change the username. If the username is not present then it checks for password and 
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remaining mandatory fields. If any of the mandatory field is left empty or filled incorrect, then they 
are informed to enter the correct values. These details are sent to admin for verification and the 
admin verifies the data and approves registration and grants privileges. 



□o) Doctor, /KM Registration 



T 

— =>( ©Enter details 
cj Verification of username 



Invalid 

O Fill all the mandatory fields _____ 


© User already exists 


1 


\ 

Valid 

© Verification of mandatory fields 





V 



Valid 

© Forward to Administrator for approval 



© Administrator verification of details 

Fraud/Wrong Information 

<— > Deny registration 



© Approve registration 



© Set the previleges 



© return to respective home page 




0 



0 



Fig 3.6: Activity Diagram Representing Doctor and KM Registration 



3.2.3 User Login Activity 

User is made to enter the username and password, if he is signing in through KIOSK, KIOSK ID has to be en- 
tered, then entered values are verified. If it is a valid username and password, then the user is logged in, or 
else they are asked to re enter the correct values. 
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do) User Login 




& Enter username and password 



Invalid 



Login through KIOSK 



j Enter KIOSK ID 



( — J Verification of username and password 



Valid 



O User login successful 



L.jUser home page 




Fig 3.7: Activity Diagram Representing User Login 



3.24 Privileged User Login Activity 

Privileged User such as Doctor, Kiosk Manager and Administrator is made to enter the username and pass- 
word, entered values are verified. If it is a valid username and password, then the user is logged in and as- 
signed the respective privileges, or else they is asked to retry by entering the correct values. 
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no) PrivillegedUserLogin 



T 



j Enter username and password 



-j Verification of username and password 



Not valid 



Valid 



uj Set doctor previliges 










<—. ■ User login successful 






CJ User home page 






0 



Fig 3.8: Activity Diagram Representing Privileged User Login 



3.2.5 Take Appointment Activity 

The patient will search for a doctor using search option. Then the patient selects a doctor from 
search results 

and enters date and time for an appointment and sends it to the doctor. 

Doctor views this request. 
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Then he can either reject the request or can approve it by sending an appropriate message to pa- 
tient. 



□o)Take Appointment 



t _ 

■. JUser enters a keyword 

No results 



j Show Results 
LJ Select a doctor 

i : 

' Enter date and time 

j Ask for an appointment 

Rejected 

CJ Display message 

Approved 

G_j Appointment Fixed 





0 



Fig 3.9: Activity Diagram For Taking Appointment 



3.2.6 Web Camera Interaction Activity 

The patient will select a doctor and then if he has an appointment with that doctor, he can directly 
start 

web cam interaction session. If the patient does not have appointment, then he should check 
whether 

the doctor is busy or available. If the doctor is available, the patient will send a request to doctor. 
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If the doctor accepts the request, the patient can start the interaction session. Finally, patient will 
close 

the session. 



do: Web cam interaction 



) Selects a doctor 



a 



No appointment 



1 



Has appointment 



t . j Start interaction 



• « Interact with the doctor 



J Close Interaction 



Approved 



Available 



£■-) Send request 



Busy 



Rejected 



m 



fa 

iw) 



□ 



Fig3.10 : Activity Diagram Representing Web Cam Interaction 



3.2.7 Providing Prescription Activity 

The doctor selects a particular patient, then views his/her health record to analyze his/her condi- 
tions, 

symptoms of diseases etc.. And then doctor enters the prescription and send it to the patient. 
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